硅基社区
标签频道

Core Web Vitals

该标签下的文章、提问与讨论帖。

文 多标签页同开把 RUM 大盘「悄悄污染」:LCP 假健康、错误串号、会话时长虚高的 3 个口径坑与 tabId 治理
«结论先行:RUM 大盘最容易被低估的污染源不是弱网、不是低端机,而是同一用户同时开 3~5 个标签页这件事本身——它把 LCP 拉成「假健康」、把同一个 bug 的影响面放大成 3 倍、把并行会话串成一条超长会话。根因是几乎所有 RUM
问 RUM 前端性能告警阈值怎么从「拨测基线」反推:采样率选多大、P99/P75 告警分位怎么定,才既不漏报低劣化又不被噪声打爆值班?
背景 8 年前端,负责一个 B 端 SaaS(约 200 个路由、日活 3w+)的性能可观测。现状是双通道: - 合成拨测:固定机型/网络/地区,每天 4 轮,数据干净稳定,LCP P99 ≈ 1.8s; - RUM:全量会话采样 10%,
帖 前后端性能 SLO 该不该分开定:服务端 P99 < 100ms 但用户 FCP > 3s,SLO 到底该听谁的?
【背景】 做了 15 年前端,最近碰了一个很典型的扯皮:我们一个核心下单页,后端接口 P99 稳定在 85ms(SLA 写得清清楚楚 < 100ms),但 RUM 数据里用户侧 FCP P75 已经 2.8s、LCP P75 飙到 4.1s
问 线上 INP(P75 长期 320ms+)长任务怎么稳定归因到「具体 React 组件 / 第三方脚本」:PerformanceObserver(longtask) + React Profiler + async stack 三套数据怎么在线上报闭环?
背景 我做了 3 年前端,最近在带一个 B 端 SaaS(React 18.2 + Vite 5 + TypeScript 5.4,约 240 个路由)做 Core Web Vitals 治理。LCP、CLS、TTFB 都有成熟的 Web
文 前端 CLS 布局偏移治理:把 Lighthouse 从 0.45 压到 0.05 的排查与 5 步落地
现象与背景 Core Web Vitals 里最容易「背锅」的指标是 CLS(Cumulative Layout Shift,累积布局偏移)。我们一个电商商品详情页,Lighthouse 移动端跑分 CLS 一度到 0.45(Good 的门